Структура спринтов ЕРВУ
Фичи текущего спринта
Пул задач текущего спринта можно увидеть в витрине ЕРВУ (Текущий спринт)
FAQ по ведению спринтов:
1. Какие задачи могут быть включены в спринт?
В спринт могут быть включены задачи, которые реально планируются к реализации. В первую очередь включаются задачи руководства Блока по развитию государственных сервисов, далее техдолг и запросы на доработку от смежных команд.
2. Что делать, если по задаче в конце спринта поступили новые требования?
Если после 5 рабочего дня спринта включительно поступили требования, которые требуют фактически разработки фичи с нуля, то данная ситуация должна эскалироваться на руководство
3. Какая задача считается завершённой?
Задача (фича/стори) считается завершённой в случае её принятие на Demo руководством департамента. Если фича не была реализована в полном объёме, то она переходит в техдолг и должна быть закрыта в следующем спринте.
4. Как правильно заводить задачи вместе с кураторами?
На этапе подготовки к спринту со стороны руководства департамент поступает список фич к реализации фич со списком ответственных кураторов. После распределения задач по командам лид (или после делегирования аналитикам) заводит соответствующие стори в jira, который ответственный куратор должен дополнить соответствующими требованиями. На этапе реализации задачи обновление требований или список замечаний по итогам тестирования ответственный куратор должен указывать в разделе "Комментарии". После получения согласования куратора, что фича реализована в полном объёме и приёмки реализации на Demo стори можно закрыть.
5. Сколько времени можно заложить на разработку в спринт?
Плановая нагрузка на разработчика в рамках спринта - 56 часов (из 80 в спринте). Данный объем должен быть заложен на каждого члена команды по итогам декомпозиции спринта не позднее второго рабочего дня спринта включительно. Остальное время отводиться на авральные задачи/подготовку релиза. Ответственные за сопровождение ПГС члены команды должны не менее 8 часов закладывать на задачи 3ЛП.
6. Где посмотреть нагрузку на сотрудников?
В связи с включением в структуру спринта подзадач, штатные средства Jira не могу корректно отследить нагрузку. Для удобного просмотра загрузки можно воспользоваться витриной ЕРВУ (Рабочая нагрузка по исполнителям) .
7. Как правильно декомпозировать фичу на подзадачи?
При поступлении задачи на разработку фичи и заведение стори должна быть заведена задача на проведение анализа и проектирование. После проведения анализа должна быть поставлена задача на каждого задействованного разработка из расчёта, что задача объемом не превышает 16 рабочих часов (очень желательно) и по её итогу можно получить понятный артефакт.
8. Как часто нужно обновлять статусы задач?
Статусы подзадач должны актуализироваться ответственными перед каждым дейли команды или после завершение какого - либо этапа работ. Статусы стори должны актуализироваться утром перед каждым demo или после завершение какого - либо этапа работ.
Ведение задач ЕРВУ
Иерархия типов задач на проекте ЕРВУ:
Особенности по заведения Story:
1. Типы историй:
a) Бизнес - стори - фича, реализуемая по требованию бизнес - заказчика. Требование к реализации формируется ответственным куратором. Задача закрывается после приёмке на Demo (или согласования куратора).
b) Тех стори - фича технического характера, не требующая приёмки бизнес - заказчиком. Требования к реализации формируется командами самостоятельно и помечается меткой "tech".
c) Орг. стори - Обязательная для заведения задача в спринт для списания трудозатрат на организационные мероприятия команды (дейли, показы и т.д.)
d) Авральная стори - Обязательная для заведения задача в спринт для агрегации минорных задач спринта, которые в силу тех или иных аспектов нельзя выделить в отдельную фичу (минорные правки, исправление багов и т.д.)
2. Исполнитель истории - всегда лид команды, ответственной за фичу. История может включать подзадачи для разных команд, но ответственным за её реализацию должен быть конкретный лид
2. Автор - если за задачей закреплён ответственный куратор, требуется указать его вместо автора истории
Общие требования по заведению в Jira задач:
- Проект: https://jira.egovdev.ru/browse/ERVU
- Тема: (должно содержать суть задачи, начинаться с глагола в повелительном наклонении), (пример: Реализовать кнопку скачивания выписки в карточке гражданина)
Компонент: ЕРВУ + компонент команды, если есть понимание какая команда занимается/будет заниматься реализацией:
КомандаКомпонентКомандаКомпонентРеестр воинского учета РВУ Метки - атрибут используется для разметки типов задач для разных категорий исполнителей (
Не рекомендуется множить метки без понимания формата дальнейшего использования!):МеткаОписаниеМеткаОписаниеtech Выделение фич технического характера ( 
Только для задач с типом "История")back Задача дя back разработчика front Задача для фронта process Задача для разработка процессов analytics Задача для аналитика - Epic Link - Ассоциация задачи с каким - то разделом ЕРВУ. Можно найти на вкладке "Список задач" доски "ЕРВУ (По исполнителям)" . ( Задачи с типом "Technical task" наследуют epic от родительской истории)
- MGMT Link - MGMT нужно фичи
- [09.01.2024-31.12.2024] [ПГС-ЕРВУ] [РЛ_КЦ_Технический_проект_ФРГУ] [З00005571] Создание ЕРВУ и реестра повесток (Для удобства ввода можно ввести 5571)
- Исполнитель - ответственный за реализацию задачи
- Sprint - спринт, в рамках которого планируется реализация задачи
Описание - конкретизированные требования по реализации со всей необходимой сопроводительной информации:
СодержаниеТребованиеСодержаниеТребованиеТребования по реализации Описание требований по реализации в рамках тикета Окружение На каком из стендов требуется произвести доработку (По умолчанию: dev стенд) Тест - кейс (опционально) При постановке со стороны бизнес - описание кейса с помощью которого возможно проверить доработку
Добавить комментарий